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ATTACHMENT B 

SUBSTITUTE SPECIFICATION 

(Showing All Changes Made to the Specification and Abstract in International 
Application No. PCT/SE2005/000171 ) 

METHOD OF OPERATING SYSTEMS COMPRISING COMMUNICATION SERVICES 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to a method of handling or adm i n i strat i ng 
administering systems that include communications services. The invention relates 
particularly to telecommunications services that include both data and speech 
transmission. 

DESCRIPTION OF THE RELATED ART 

The A problem with such present-day systems that include communications 
services, and theft particularly telecommunications, is that resources handled by the 
operating system (for example, UNIX or Windows), such as memories, diskette 
accommodating spaces, log files, etc., and internal networks and also 
databases/access methods, are handled operatively with programs such as utilities, 
tools, procedures, etc. , that sol el y Such programs only take into account, for 
instance, the requirement of the database handler for consistent beh a v i our behavior 
and do not take into account "users" such as communications services. Particularly in 
the case where an all-embracing system that executes by means of so-called 
transactions handles the services completely, the requirement of a system that 
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handles both operating/administrative processes together with service requirements is 
extremely large. 

Known solutions are most often implemented as a loose combined 
conglomeration of programmes programs . UNIX scripts^ or the like, often manually, in 
order to obtain a correct function. For example, a database backup requires the 
service to have access to a temporary copy of this the database in order to be able to 
continue execution, or that the service is stopped. In the majority of such operating 
processes, it is necessary to administer two mutually different processes in the 
absence of any support or simultaneous control by any of the parties concerned. 

The present invention satisfi e s th i s solves that problem. 

SUMMARY OF THE INVENTION 

The present invention thus relates to a method of operatively handling data 
systems that include communications services, particularly telephone and data 

services , whoro i n a . A computer system is adapted to execute a service in 

accordance with a data program^ and is also adapted to process log data , whoroin 
sate . The computer system includes databases^ of which at least one database is 
caus e d to conta i n contains a predetermined number of transactions ef in which each 
transaction has the form of parts of a data program , and wher e in sa i d . The 
computer/system i s caus e d to f e tch fetches one or more transactions from said the 
database or said databases, said the transactions together forming a data program for 
executing said the service or said the processing function , and whoro i n tho invention 
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is characterized i n that an The system includes an interface between an 
administrative part of the data system and an all-embracing part of the data system, 
and also an interface between an operative part of the data system and the all- 
embracing part of the data system^ wherein sai4 the interfaces are mutually the same f 
in that th o . The all-embracing part has an executing environment such that execution 
in the all-embracing system and instructions from the all-embracing system to other 
parts of the data system takes place through the agency of said the transaction. 

BRIEF DESCRIPTION OF THE DRAWING 

The invention will now be described in more detail partly with reference to the 
accompanying drawing, which illustrates an exemplifying embodiment of the invention 
and in which 

- Figure 1 is a block diagram showing the data system . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

There is described in the following description a system that includes 
communications services, particularly telephone communication, where the system 
can be supplemented to provide a more complete solution from the aspect of operative 
and administrative processes. 

There is particularly described the case where the all-embracing system 
operates in accordance with European Patent Specification No. 0 928 548, where 
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execution is effected by summoning a number of transactions from a database that 
includes said the transactions. 

In the case of the solution described in the following text, the interface 
possessed by the administrative and operative functions is abstracted and can thereby 
be represented in a manner similar to those functions included by the communications 
services in the all-embracing system, as in the European patent specification. This 
That abstraction will, of course, include also the resources, such as files, databases, 
memories, etc., as those on which the functions operate, regardless of whether 
functions relating to the b e hav i our behavior of the services is concerned^ or the 
operative administration of sate those functions. 

This approach enables the all-embracing system to be programmed for 
operative work in harmony with service representation r4ft . In other words operative 
processes can be programmed in accordance with the transaction method described 
in the a for e said above-identified patent specification^ or in accordance with some other 
transaction method that is implemented by another all-embracing system. 

With this method, there is included (abstracted) selective processes or methods 
from operating systems, database handlers^ or the like in the all-embracing system, 
and procedures or measures can thus be verified and synchronis e d synchronized in a 
unique place in the system. 

The advantages afforded with this solution as compared with the earlier 
standpoint of techniques are obvious. 
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One advantage is that modifications in service execution are made in the same 
system as the operating procedures or measures that require modification, resulting in 
greater control, traceability A and the like. 

A second advantage is that error sensitivity is radically reduced. A third 
advantage is that operative personnel require access to one and only one method of 
handling, adm i n i strating administering, and programming the system, regardless of 
function or process. 

A representation of resources handled de facto by operating systems, database 
handlers, file systems^ and other arbitrary programs include encapsulation and 
abstraction of interfaces to functions of the above resources and the possibility of 
programming operating processes by means of the method described in the aforesaid 
patent specification, either as separate "services" or in conjunction with service 
execution. 

The resources (files, databases, memories, etc.) on which the functions operate 
are, of course, included in the abstraction, either whether it concerns functions that are 
based on transactions according to said the above-identified patent specification with 
respect to b e hav i our behavior of the services^ or whether the functions are concerned 
with operative administration. 

According to one preferred embodiment of the invention, unique references to 
unique transactions are stored in one or more databases 10-12, see Figure 1, where a 
number of such references define transactions for an administrative procedure a and a 
number of such references define transactions for an operative procedure , wh e r e w i th 
. The references corresponding to the administrative procedure and/or to the 
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operative procedure are transferred to one or more databases 13, 14 for transaction 
data by means of the all-embracing part 15 of the data system, where those 
transactions that correspond to transferred references are stored and activated, and 
where the all-embracing system 15 i s caus e d to e x e cut e thus executes the chosen 
procedures by means of the transactions. 

According to another preferred embodiment, the administrative part 2 of the 
data system i s caus e d to in i tiat e initiates desired functions [[,]] by fetching 
predetermined transactions from a database 13, 14, these transactions together 
forming a data program for the execution of a desired function. 

According to a further preferred embodiment of the invention, the all-embracing 
system 15 i s caused to fotch fetches from said the databases transactions related 
partly to different services and partly to administrative functions and caus e d to oxocut e 
thes e executes those functions, whorow i th wherein the all-embracing part 15 is 
caus e d to contro l controls fetching of said the transactions and the order in which the 
transactions sbaU are to be executed. 

There is described below an example in which the present invention is applied 
to operatively handle systems that include communications services. 

Given an application within the area of communications services, the operator 
may wish to refine the handling of user logs. By this that is meant data that is saved in 
a file or in a database for documentation purposes^ or to enable events to be traced in 
conjunction with a client's use of the application. 
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In the case of a telecommunications service, an updating requirement may 
mean that data shall are to be moved from the storage media of a user directory to a 
central (bulk) storage media at regular intervals, and to enable a customer service to 
inspect log data when necessary and to handle said data in other respects at the 
request of a customer or of an operator's function. 

TWs The updating could have been implemented in the following fashion 
according to earlier conventions: 

1) A program intended to be run in a batch environment is created for moving 
and emptying user logs. 

2) A program intended to be run interactively in a client service environment is 
created with the aid of client/server routines. 

A method of this nature results in a number of difficulties, such as locking of 
user directories during batch and/or online time so as to prevent conflict in the event of 
a client using the application at the moment when the log is moved, for instance, 
communication with the application system to ensure locking, sequencing^ and 
synchronisation synchronization, and the use of retry algorithms for batch environment 
when a log is locked at the time of being run. 

According to the present invention, the fundamental functions for achieving both 
1) and 2) above in callable programs^ or parts thereof are instead implemented and 
represented as transactions afe as described above. The two programs according to 
1 ) and 2) are then implemented as sequences of said those transactions. 
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In Figure 1 , the reference numeral 2 identifies the administrative part of the data 
system 1, where the reference numeral 10 identifies a database for so-called 
transaction references with respect to client services, the reference numeral 11 
identifies transaction references for batch programs, and the reference numeral 12 
identifies transaction references for application sequences and for communications 
services . 

The operative part 3 of the data system 1 includes a number of transactions for 
carrying out desired executions. Those Those transactions are stored in one or more 
databases 13, 14. Execution is effected with the aid of a computer 15 having an 
associated memory 16. External computers, such as a computer 17 associated with a 
client service can be connected to the execution computer 15. In the case of this 
embodiment, there is also included a log database 18 that includes a database 
handler, said log database 18 having stored therein log data relating to said the 
communications services. The log database 18 is connected to the transaction 
databas e 10, 13 databases 13, 14 via an interface 19. 

A batch program, in other words a program for extracting information from log 
data stored in a database shall contain contains functions, for instance, such as: 

-open log file 

-read log data 

-write log data to bulk media 
-remove log data 
-close log file 
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Typically, such functions are programmed in some suitable language as 
complete functions, which are thus called. 

According to the present invention, thero is usod a number of transactions are 
used together and in a given order so as to execute said the functions. The following 
is an exemplification of such transactions: 

-TRS.42 open log file 

-TRS.45 read log data 

-TRS.46 write log data to bulk media 

-TRS.50 remove log data 

-TRS.55 close log file 

Information as to which transactions are required for a given execution is found 
in the databas e databases 10-12 in the administrative part 2, i.e.., TRS.42, TRS.45, 
TRS.46, TRS.50 and TRS.55. Th e s e Those transaction references are delivered to 
the database databases 13, 14, where transactions in the form of program parts are 
stored and connected to respective transaction references. 

The batch program is thus constructed of a number of mutually sequential 
transactions together with transactions that are already activated, such as transactions 
for extracting log data in respect of a given client, wh e r e w i th wherein the transaction 
sequence may can be as follows, where only certain transactions are shown: 

-[■ ■■] 

-TRS.10 Fetch client identity 
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-TRS.22 Verify client 

-TRS.31 Lock access to client data 

-TRS.42 Open log file 

-TRS.45 Read log data 

-[...] 

In the case of a communications service application, clients are able to 
subscribe to different services, such as call forwarding in various stages, changed 
billing rules, voice mailboxes, etc. 

According to one preferred embodiment of the invention, the services are stored 
in the form of sa\4 the transaction references, which correspond to given transactions 
from the amount of transactions when a subscriber orders a telephone service. 

It is also preferred that references are stored and tied to the subscriber number 
of a subscriber and that when the subscriber number is read, the all-embracing or 
superordinate system (15) i s caus e d to f e tch sa i d fetches the transactions through the 
medium of sate the references and o xocuto said executes the transactions, thereby 
carrying out the service. 

The computer 15 has the same interface 20, 21 against the administrative part 
2 as the operative part 3. In the illustrated case, the computer 15 has received an 
instruction to execute log data received from the client service computer 17. The 
computer 15 h o r o with fetches the transaction references in the database databases 
10-12 and transfers th e s e those references to the databas e databases 13-14 in which 
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the transactions are found. The computer then executes the transactions, including 
fetching data from the log database 18. 

Because the interface between the administrative part of the data system and 
the all-embracing part of the data system^ and the interface between the operative part 
of the data system and the all-embracing part of the data system^ are the same^ and 
because the all-embracing part has an execution environment such that essentially all 
execution in the all-embracing system and instructions from the all-embracing system 
to other parts of the data system is effected through the agency of sai4 the 
transactions, it is not necessary to fully interrupt a given operation in order to carry out 
another operation. Thus, a client communication service can be executed despite the 
fact that A for example^ a client service may be analys i ng analyzing statistical material in 
the log database at that time. Correspondingly, several tasks may can be executed 
generally at the same time, i.e.., without different program parts locking each other, 
even in the case of other applications of the present invention. 

The present invention affords the following advantages over traditional 
implementation. 

Directories are locked (automatically) within the application system, in the same 
way as that which takes place with regard to the application per se. No 
communication or any other arrangement is necessary. 

A locking query can be placed in line in the system and then executed as soon 
as possible. External retry methods are unnecessary. 
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Moreover, the batch program and the client service application can, basically, 
use mutually the same transactions^ and to a great extent the same sub-sequences 
thereof. This That results in symmetrical b e hav i our behavior , a higher degree of 
reuse 2 and fewer error sources. Maintenance costs are also reduced considerably. 

According to the present invention, the system is able to balance the load on 
the application, client service programs^ and batch runs. As a result, batch influence 
on the online performance of an application is avoided. 

Although the invention has been described above with reference to a number of 
embodiments, it will be obvious that the present invention can be implemented in 
respect of completely different applications and with more databases than those 
mentioned above, and that it can be implemented to run several different programs. 

The present invention shall not therefore be considered restricted to the 
aforodoscr i bod above-described exemplifying embodiments thereof, since variations 
and modifications can be made within the scope of the accompanying C l aims claims . 
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